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The following “4T8 proposes a three stage salvazger implementation 
for the new Storage System (NSS). Ine goal of this process is to 
achieve an efficient and reliable nierarchy reoairing facility as 
deseribed in <ATB-229, However, since AfB-220 oroposes drastic 
Structural and operational chnanzes, cost calculations will be 
done on a running N35 system before tne decision to imolement is 
made. 


1) Tne first step is to implement a ASS salvazger as quickly as 
noOsSSibdle, Tnis will consist of the creation of a hardcore 
partition during bootload as described in Mr3-213 and the writing 
of a volume (disk pack) salvazger wnich will ecneex for reused 
addresses and reconstruct the volume map. The current salvager 
Will be modified to salvage tne NSS directory hierarchy by 
removing the code whicn cheexs file manos. Metering will be added 
to this salvager to accurately calculate the cost of the M7B-229 
proposed structural changes, 


This salvazer will be integrated into the Multies boot tape. A 
B93 ecommand of the forn "SOOT SALY LONG" will be provided. The 
sequence of operations will oe to first salvage all disk packs 
and tnen to salvaze the directory hierarchy. The directory 
Salvager will access each branen's volume table of contents entry 
(vtoce) to verify the uid pathname as well as record tne records 
used, Completion of salvaging will proceed directly to the rest 
of ooot and to initializer command level. 


As 300n aS tnis salvazer is ready, NSs will be installed on ISL 


service, Bxposure of wWsS to users will not only reveal 
bottlenecks, but will also show what tyoes of nisrarcny errors 
9ecur, It will also indicate if a slowdown of directory control 


due to tne inclusion of structure checking is agcentable. 


2) Tne second step is to enanzge the directory structure as 
proposed in MTB-220. Directory control will be recompiled, but 
the new structure fields will not oe used until step 3. 


The directory salvager will be rewritten to have the following 
properties: 
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a) It will operate on the new structure, but the code for 
ehnecking the new fields will be commented out. 


db) The interface will be cnanged to one supporting ATB-220. 
The directory salvazer will not recurse down the nierarchy, 
but rather will operate on one directry only. Le wit) 
reduild the directory into a temporary sexznent without 
modifying the original. Its caller will the either move or 
discard the reduilt version, Arguments to this salvager 
will include only information avaliable from a .directory's 
active segment tabdle entry; tnus no vtoce references will 
be made by the salvager, Since this drops quota 
verification from tne Salvager's capabilities, sone 
alternate method nust be implenented for this purpose, 


ec) A new salvazger driver will be written which recurses down 
tne hierarchy, activates and deactivates directories, and 
replaces old directories by the rebuilt versions. 


3) Tne last step is to chanze directory control to fill in the 
new structure fields and to enecx the values during nornal 
oneration. Code will oe added to directory control whien will 
trigger a rebuild woen an error is detected, Tne salvazger driver 
from step 2 will oe modified to only oack salvage the root 
ohysical volume and to directory salvage some system liodraries 
before zoinz to command level. There will oe an initializer 
command to salvage the rest of the hierarchy if needed/wanted. 


Tne directory control ecnecxing descrided in “TB-220 will oa 
imolenented in a stepwise fasion, At eacn step A 
cost/performance evaluation will be made. A version whicn will 
become tne field standard will o2 enosen from tnese evaluations. 


Tne volume salvager will be modified to handle reused addresses 
on directories differently fron thoes occuring on segments, as 
proposed in . ATs-2209. Also, integration with new dackun will ode 
done at tnis time. 


(end) 


